Managing acknowledgment transmissions from multicast group members of a multicast group within a wireless communications network

ABSTRACT

Aspects of managing acknowledgment transmissions from multicast group members of a multicast group within a wireless communications network are disclosed. An access network transmits an announce message announcing a multicast session to a plurality of access terminals. One of the plurality of access terminals (i.e., a first responder) sends a BCMCSFlowRegistration message and an announce acknowledgment (ACK) message to the access network. In an example, the BCMCSFlowRegistration message and announce ACK message are sent within the same access probe on a reverse link access channel. Next, the access network sends, in response to the received BCMCSFlowRegistration message, a suppression message to request access terminals not to send announce acknowledgment messages for the announced multicast session. Alternatively, an application server sends the suppression message in response to the received announce ACK message. In either scenario, the access terminals receiving the suppression message suppress transmission of subsequent announce ACK messages.

CLAIM OF PRIORITY UNDER 35 U.S.C. §119

The present Application for Patent claims priority to ProvisionalApplication No. 60/974,796 entitled “Methods of Responding to anInteractive Multicast Message Within a Wireless Communication System”filed Sep. 24, 2007, and to Provisional Application No. 60/974,831entitled “Methods of Managing Acknowledgment Transmissions FromMulticast Group Members of a Multicast Group within a WirelessCommunications Network” filed Sep. 24, 2007, each of which are assignedto the assignee hereof and hereby expressly incorporated by referenceherein.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The invention relates to communications in a wireless telecommunicationsystem and, more particularly to methods of managing acknowledgmenttransmissions from multicast group members of a multicast group within awireless communications network.

2. Description of the Related Art

Wireless communication systems have developed through variousgenerations, including a first-generation analog wireless phone service(1G), a second-generation (2G) digital wireless phone service (includinginterim 2.5G and 2.75G networks) and a third-generation (3G) high speeddata/Internet-capable wireless service. There are presently manydifferent types of wireless communication systems in use, includingCellular and Personal Communications Service (PCS) systems. Examples ofknown cellular systems include the cellular Analog Advanced Mobile PhoneSystem (AMPS), and digital cellular systems based on Code DivisionMultiple Access (CDMA), Frequency Division Multiple Access (FDMA), TimeDivision Multiple Access (TDMA), the Global System for Mobile access(GSM) variation of TDMA, and newer hybrid digital communication systemsusing both TDMA and CDMA technologies.

The method for providing CDMA mobile communications was standardized inthe United States by the Telecommunications IndustryAssociation/Electronic Industries Association in TIA/EIA/IS-95-Aentitled “Mobile Station-Base Station Compatibility Standard forDual-Mode Wideband Spread Spectrum Cellular System,” referred to hereinas IS-95. Combined AMPS & CDMA systems are described in TIA/EIA StandardIS-98. Other communications systems are described in the IMT-2000/UM, orInternational Mobile Telecommunications System 2000/Universal MobileTelecommunications System, standards covering what are referred to aswideband CDMA (WCDMA), CDMA2000 (such as CDMA2000 1xEV-DO standards, forexample) or TD-SCDMA.

In wireless communication systems, mobile stations, handsets, or accessterminals (AT) receive signals from fixed position base stations (alsoreferred to as cell sites or cells) that support communication links orservice within particular geographic regions adjacent to or surroundingthe base stations. Base stations provide entry points to an accessnetwork (AN)/radio access network (RAN), which is generally a packetdata network using standard Internet Engineering Task Force (IETF) basedprotocols that support methods for differentiating traffic based onQuality of Service (QoS) requirements. Therefore, the base stationsgenerally interact with ATs through an over the air interface and withthe AN through Internet Protocol (IP) network data packets.

In wireless telecommunication systems, Push-to-talk (PTT) capabilitiesare becoming popular with service sectors and consumers. PTT can supporta “dispatch” voice service that operates over standard commercialwireless infrastructures, such as CDMA, FDMA, TDMA, GSM, etc. In adispatch model, communication between endpoints (ATs) occurs withinvirtual groups, wherein the voice of one “talker” is transmitted to oneor more “listeners.” A single instance of this type of communication iscommonly referred to as a dispatch call, or simply a PTT call. A PTTcall is an instantiation of a group, which defines the characteristicsof a call. A group in essence is defined by a member list and associatedinformation, such as group name or group identification.

Conventionally, data packets within a wireless communications networkhave been configured to be sent to a single destination or accessterminal. A transmission of data to a single destination is referred toas “unicast”. As mobile communications have increased, the ability totransmit given data concurrently to multiple access terminals has becomemore important. Accordingly, protocols have been adopted to supportconcurrent data transmissions of the same packet or message to multipledestinations or target access terminals. A “broadcast” refers to atransmission of data packets to all destinations or access terminals(e.g., within a given cell, served by a given service provider, etc.),while a “multicast” refers to a transmission of data packets to a givengroup of destinations or access terminals. In an example, the givengroup of destinations or “multicast group” may include more than one andless than all of possible destinations or access terminals (e.g., withina given group, served by a given service provider, etc.). However, it isat least possible in certain situations that the multicast groupcomprises only one access terminal, similar to a unicast, oralternatively that the multicast group comprises all access terminals(e.g., within a cell or sector), similar to a broadcast.

Broadcasts and/or multicasts may be performed within wirelesscommunication systems in a number of ways, such as performing aplurality of sequential unicast operations to accommodate the multicastgroup, allocating a unique broadcast/multicast channel (BCH) forhandling multiple data transmissions at the same time and the like. Aconventional system using a broadcast channel for push-to-talkcommunications is described in United States Patent ApplicationPublication No. 2007/0049314 dated Mar. 1, 2007 and entitled“Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network”,the contents of which are incorporated herein by reference in itsentirety. As described in Publication No. 2007/0049314, a broadcastchannel can be used for push-to-talk calls using conventional signalingtechniques. Although the use of a broadcast channel may improvebandwidth requirements over conventional unicast techniques, theconventional signaling of the broadcast channel can still result inadditional overhead and/or delay and may degrade system performance.

The 3^(rd) Generation Partnership Project 2 (“3GPP2”) defines abroadcast-multicast service (BCMCS) specification for supportingmulticast communications in CDMA2000 networks. Accordingly, a version of3GPP2's BCMCS specification, entitled “CDMA2000 High RateBroadcast-Multicast Packet Data Air Interface Specification”, dated Feb.14, 2006, Version 1.0 C.S0054-A, is hereby incorporated by reference inits entirety.

SUMMARY

Embodiments of the invention are related to Managing acknowledgmenttransmissions from multicast group members of a multicast group within awireless communications network. For example, an access networktransmits an announce message announcing a multicast session to aplurality of access terminals. One of the plurality of access terminals(i.e., a first responder) sends a BCMCSFlowRegistration message and anannounce acknowledgment (ACK) message to the access network. In anexample, the BCMCSFlowRegistration message and announce ACK message aresent within the same access probe on a reverse link access channel.Next, the access network sends, in response to the receivedBCMCSFlowRegistration message, a suppression message to request accessterminals not to send announce acknowledgment messages for the announcedmulticast session. Alternatively, an application server sends thesuppression message in response to the received announce ACK message. Ineither scenario, the access terminals receiving the suppression messagesuppress transmission of subsequent announce ACK messages.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete appreciation of embodiments of the invention and many ofthe attendant advantages thereof will be readily obtained as the samebecomes better understood by reference to the following detaileddescription when considered in connection with the accompanying drawingswhich are presented solely for illustration and not limitation of theinvention, and in which:

FIG. 1 is a diagram of a wireless network architecture that supportsaccess terminals and access networks in accordance with at least oneembodiment of the invention.

FIG. 2 illustrates the carrier network 126 according to an embodiment ofthe present invention.

FIG. 3 is an illustration of an access terminal in accordance with atleast one embodiment of the invention.

FIG. 4 illustrates a conventional multicast messaging process.

FIG. 5 illustrates a sector of the wireless communication systemaccording to an embodiment of the present invention.

FIG. 6 illustrates a multicast messaging process according to anembodiment of the present invention.

FIG. 7 illustrates a continuation of the process of FIG. 6 or theprocess of FIG. 8.

FIG. 8 illustrates a multicast messaging process according to anotherembodiment of the present invention.

DETAILED DESCRIPTION

Aspects of the invention are disclosed in the following description andrelated drawings directed to specific embodiments of the invention.Alternate embodiments may be devised without departing from the scope ofthe invention. Additionally, well-known elements of the invention willnot be described in detail or will be omitted so as not to obscure therelevant details of the invention.

The words “exemplary” and/or “example” are used herein to mean “servingas an example, instance, or illustration.” Any embodiment describedherein as “exemplary” and/or “example” is not necessarily to beconstrued as preferred or advantageous over other embodiments. Likewise,the term “embodiments of the invention” does not require that allembodiments of the invention include the discussed feature, advantage ormode of operation.

Further, many embodiments are described in terms of sequences of actionsto be performed by, for example, elements of a computing device. It willbe recognized that various actions described herein can be performed byspecific circuits (e.g., application specific integrated circuits(ASICs)), by program instructions being executed by one or moreprocessors, or by a combination of both. Additionally, these sequence ofactions described herein can be considered to be embodied entirelywithin any form of computer readable storage medium having storedtherein a corresponding set of computer instructions that upon executionwould cause an associated processor to perform the functionalitydescribed herein. Thus, the various aspects of the invention may beembodied in a number of different forms, all of which have beencontemplated to be within the scope of the claimed subject matter. Inaddition, for each of the embodiments described herein, thecorresponding form of any such embodiments may be described herein as,for example, “logic configured to” perform the described action.

A High Data Rate (HDR) subscriber station, referred to herein as anaccess terminal (AT), may be mobile or stationary, and may communicatewith one or more HDR base stations, referred to herein as modem pooltransceivers (MPTs) or base stations (BS). An access terminal transmitsand receives data packets through one or more modem pool transceivers toan HDR base station controller, referred to as a modem pool controller(MPC), base station controller (BSC) and/or packet control function(PCF). Modem pool transceivers and modem pool controllers are parts of anetwork called an access network. An access network transports datapackets between multiple access terminals.

The access network may be further connected to additional networksoutside the access network, such as a corporate intranet or theInternet, and may transport data packets between each access terminaland such outside networks. An access terminal that has established anactive traffic channel connection with one or more modem pooltransceivers is called an active access terminal, and is said to be in atraffic state. An access terminal that is in the process of establishingan active traffic channel connection with one or more modem pooltransceivers is said to be in a connection setup state. An accessterminal may be any data device that communicates through a wirelesschannel or through a wired channel, for example using fiber optic orcoaxial cables. An access terminal may further be any of a number oftypes of devices including but not limited to PC card, compact flash,external or internal modem, or wireless or wireline phone. Thecommunication link through which the access terminal sends signals tothe modem pool transceiver is called a reverse link or traffic channel.The communication link through which a modem pool transceiver sendssignals to an access terminal is called a forward link or trafficchannel. As used herein the term traffic channel can refer to either aforward or reverse traffic channel.

FIG. 1 illustrates a block diagram of one exemplary embodiment of awireless communication system 100 in accordance with at least oneembodiment of the invention. System 100 can contain access terminals,such as cellular telephone 102, in communication across an air interface104 with an access network or radio access network (RAN) 120 that canconnect the access terminal 102 to network equipment providing dataconnectivity between a packet switched data network (e.g., an intranet,the Internet, and/or carrier network 126) and the access terminals 102,108, 110, 112. As shown here, the access terminal can be a cellulartelephone 102, a personal digital assistant 108, a pager 110, which isshown here as a two-way text pager, or even a separate computer platform112 that has a wireless communication portal. Embodiments of theinvention can thus be realized on any form of access terminal includinga wireless communication portal or having wireless communicationcapabilities, including without limitation, wireless modems, PCMCIAcards, personal computers, telephones, or any combination orsub-combination thereof. Further, as used herein, the terms “accessterminal”, “wireless device”, “client device”, “mobile terminal” andvariations thereof may be used interchangeably.

Referring back to FIG. 1, the components of the wireless network 100 andinterrelation of the elements of the exemplary embodiments of theinvention are not limited to the configuration illustrated. System 100is merely exemplary and can include any system that allows remote accessterminals, such as wireless client computing devices 102, 108, 110, 112to communicate over-the-air between and among each other and/or betweenand among components connected via the air interface 104 and RAN 120,including, without limitation, carrier network 126, the Internet, and/orother remote servers.

The RAN 120 controls messages (typically sent as data packets) sent to abase station controller/packet control function (BSC/PCF) 122. TheBSC/PCF 122 is responsible for signaling, establishing, and tearing downbearer channels (i.e., data channels) between a packet data service node100 (“PDSN”) and the access terminals 102/108/110/112. If link layerencryption is enabled, the BSC/PCF 122 also encrypts the content beforeforwarding it over the air interface 104. The function of the BSC/PCF122 is well-known in the art and will not be discussed further for thesake of brevity. The carrier network 126 may communicate with theBSC/PCF 122 by a network, the Internet and/or a public switchedtelephone network (PSTN). Alternatively, the BSC/PCF 122 may connectdirectly to the Internet or external network. Typically, the network orInternet connection between the carrier network 126 and the BSC/PCF 122transfers data, and the PSTN transfers voice information. The BSC/PCF122 can be connected to multiple base stations (BS) or modem pooltransceivers (MPT) 124. In a similar manner to the carrier network, theBSC/PCF 122 is typically connected to the MPT/BS 124 by a network, theInternet and/or PSTN for data transfer and/or voice information. TheMPT/BS 124 can broadcast data messages wirelessly to the accessterminals, such as cellular telephone 102. The MPT/BS 124, BSC/PCF 122and other components may form the RAN 120, as is known in the art.However, alternate configurations may also be used and the invention isnot limited to the configuration illustrated. For example, in anotherembodiment the functionality of the BSC/PCF 122 and one or more of theMPT/BS 124 may be collapsed into a single “hybrid” module having thefunctionality of both the BSC/PCF 122 and the MPT/BS 124.

FIG. 2 illustrates the carrier network 126 according to an embodiment ofthe present invention. In the embodiment of FIG. 2, the carrier network126 includes a packet data serving node (PDSN) 160, a broadcast servingnode 165, an application server 170 and an Internet 175. However,application server 170 and other components may be located outside thecarrier network in alternative embodiments. The PDSN 160 provides accessto the Internet 175, intranets and/or remote servers (e.g., applicationserver 170) for mobile stations (e.g., access terminals, such as 102,108, 110, 112 from FIG. 1) utilizing, for example, a cdma2000 RadioAccess Network (RAN) (e.g., RAN 120 of FIG. 1). Acting as an accessgateway, the PDSN 160 may provide simple IP and mobile IP access,foreign agent support, and packet transport. The PDSN 160 can act as aclient for Authentication, Authorization, and Accounting (AAA) serversand other supporting infrastructure and provides mobile stations with agateway to the IP network as is known in the art. As shown in FIG. 2,the PDSN 160 may communicate with the RAN 120 (e.g., the BSC/PCF 122)via a conventional A10 connection. The A10 connection is well-known inthe art and will not be described further for the sake of brevity.

Referring to FIG. 2, the broadcast serving node (BSN) 165 may beconfigured to support multicast and broadcast services. The BSN 165 willbe described in greater detail below. The BSN 165 communicates with theRAN 120 (e.g., the BSC/PCF 122) via a broadcast (BC) A10 connection, andwith the application server 170 via the Internet 175. The BCA10connection is used to transfer multicast and/or broadcast messaging.Accordingly, the application server 170 sends unicast messaging to thePDSN 160 via the Internet 175, and sends multicast messaging to the BSN165 via the Internet 175.

Generally, as will be described in greater detail below, the RAN 120transmits multicast messages, received from the BSN 165 via the BCA10connection, over a broadcast channel (BCH) of the air interface 104 toone or more access terminals 200.

Referring to FIG. 3, an access terminal 200, (here a wireless device),such as a cellular telephone, has a platform 202 that can receive andexecute software applications, data and/or commands transmitted from theRAN 120 that may ultimately come from the carrier network 126, theInternet and/or other remote servers and networks. The platform 202 caninclude a transceiver 206 operably coupled to an application specificintegrated circuit (“ASIC” 208), or other processor, microprocessor,logic circuit, or other data processing device. The ASIC 208 or otherprocessor executes the application programming interface (“API’) 210layer that interfaces with any resident programs in the memory 212 ofthe wireless device. The memory 212 can be comprised of read-only orrandom-access memory (RAM and ROM), EEPROM, flash cards, or any memorycommon to computer platforms. The platform 202 also can include a localdatabase 214 that can hold applications not actively used in memory 212.The local database 214 is typically a flash memory cell, but can be anysecondary storage device as known in the art, such as magnetic media,EEPROM, optical media, tape, soft or hard disk, or the like. Theinternal platform 202 components can also be operably coupled toexternal devices such as antenna 222, display 224, push-to-talk button228 and keypad 226 among other components, as is known in the art.

Accordingly, an embodiment of the invention can include an accessterminal including the ability to perform the functions describedherein. As will be appreciated by those skilled in the art, the variouslogic elements can be embodied in discrete elements, software modulesexecuted on a processor or any combination of software and hardware toachieve the functionality disclosed herein. For example, ASIC 208,memory 212, API 210 and local database 214 may all be used cooperativelyto load, store and execute the various functions disclosed herein andthus the logic to perform these functions may be distributed overvarious elements. Alternatively, the functionality could be incorporatedinto one discrete component. Therefore, the features of the accessterminal in FIG. 3 are to be considered merely illustrative and theinvention is not limited to the illustrated features or arrangement.

The wireless communication between the access terminal 102 and the RAN120 can be based on different technologies, such as code divisionmultiple access (CDMA), WCDMA, time division multiple access (TDMA),frequency division multiple access (FDMA), Orthogonal Frequency DivisionMultiplexing (OFDM), the Global System for Mobile Communications (GSM),or other protocols that may be used in a wireless communications networkor a data communications network. The data communication is typicallybetween the client device 102, MPT/BS 124, and BSC/PCF 122. The BSC/PCF122 can be connected to multiple data networks such as the carriernetwork 126, PSTN, the Internet, a virtual private network, and thelike, thus allowing the access terminal 102 access to a broadercommunication network. As discussed in the foregoing and known in theart, voice transmission and/or data can be transmitted to the accessterminals from the RAN using a variety of networks and configurations.Accordingly, the illustrations provided herein are not intended to limitthe embodiments of the invention and are merely to aid in thedescription of aspects of embodiments of the invention.

FIG. 4 illustrates a conventional multicast messaging process. Inparticular, FIG. 4 illustrates a broadcast and multicast service (BCMCS)messaging process supporting a push-to-talk (PTT) or multicast session.

In 400, one of a plurality of access terminals in communication with theRAN 120 (“PTT initiator”) requests to initiate a PTT session, ormulticast session. Accordingly, the PTT initiator sends a PTT callrequest to the application server 170 (e.g., a PTT server). Next, in405, the application server 170 announces the PTT session to eachmulticast group member for the PTT session. For example, the applicationserver 170 forwards the announce message to the RAN 120 via the PDSN 160and/or BSN 165, and the RAN 120 transmits the announce message over theair interface 104 to a plurality of ATs. The announce message istransmitted in multiple sectors within the wireless communication system100.

FIG. 5 illustrates a sector 500 of the wireless communication system 100according to an embodiment of the present invention. The sector 500includes a base station or MPT/BS 505. The sector 500, which correspondsto a region wherein ATs can be served by the base station 505, furtherincludes ATs A through E. The PTT initiator discussed above with respectto 400 can be one of ATs A through E, or alternatively may correspond toan AT within another sector (not shown). For convenience of explanation,it will be assumed hereinafter that the PTT initiator is not presentwithin sector 500 of FIG. 5.

Returning to FIG. 4, each of ATs A through E receives the announcemessage sent at 405. In 410, AT A responds to the announce message bysending an announce acknowledgment (ACK) message on a reverse linkaccess channel to the base station 505 of the RAN 120. Also, in 415, ATA sends a BCMCSFlowRegistration message to the RAN 120 to register forthe BCMCS flow associated with the announce message. While not shownexplicitly within FIG. 4, the RAN 120 forwards the announce ACK messageto the application or PTT server 170, and the RAN 120 adds AT A to amulticast group for the announced PTT session after receiving theBCMCSFlowRegistration message.

1x EV-DO standards provide the BCMCSFlowRegistration message for ATregistration to multicast groups. Conventional BCMCSFlowRegistrationmessages include a listing of one or more BCMCS flows that a given AT isrequesting to monitor. For example, if the announce message in 405announces a PTT call associated with BCMCS Flow FLOW_1, then theBCMCSFlowRegistration messages sent in response to the announce messageincludes FLOW_1. BCMCSFlowRegistration messages may be sent to the RAN120 at different times during a multicast or PTT session, and not merelyin response to an announce message.

The first AT to respond to the announce message from 405 can be referredto as a “first responder”. Accordingly, in FIG. 4, it may be assumedthat AT A is the first responder (i.e., the first AT to respond in anysector). Next, each of ATs B through E responds to the announce messageby sending an announce ACK message, 420. Each of ATs B through E alsosends the BCMCSFlowRegistration message to register for the BCMCS flowannounced in 425. It will be appreciated that while the announce ACKmessage transmission of 420 and the BCMCSFlowRegistration messagetransmission of 425 are shown as single steps, the announce ACK messagesand BCMCSFlowRegistration messages may each be sent from different ofthe ATs B through E at different times, and 420 and 425 have beencondensed into single blocks in FIG. 4 for convenience of explanation.

At some point after the first responder AT A sends the announce ACKmessage, in 430, the application server 170 begins the PTT session orcall by providing the RAN 120 with multicast messages to be forwarded tobase stations serving sectors including one or more ATs that haveregistered for the announced PTT session (e.g., ATs A through E insector 500). Accordingly, in 435 and 440, respectively, ATs A through Emonitor the multicast messages sent in 430 associated with the announcedPTT session.

As discussed above with respect to FIGS. 4 and 5, an announce ACKmessage and BCMCSFlowRegistration message are sent from each AT thatreceives the announce message from 405. However, the application server170 need only receive a single announce ACK message in order todetermine to initiate the PTT session. In other words, the PTT sessionor call can begin (e.g., the PTT initiator can begin speaking ormulticasting to at least one recipient) once the application server 170receives an announce ACK message from the first responder. Thus,subsequent announce ACK messages can be redundant, and can increaseinterference on the reverse link access channel.

As discussed above, redundant announce ACK messages received at theapplication or PTT server 170 can increase interference on the reverselink access channel. Accordingly, embodiments of the present invention,which will now be described in greater detail, are directed to reducingor “suppressing” the number of announce ACK messages sent in response toan announce message announcing a PTT session.

FIG. 6 illustrates a multicast messaging process according to anembodiment of the present invention. In 600, one of a plurality ofaccess terminals in communication with the RAN 120 (“PTT initiator”)requests to initiate a PTT session, or multicast session. Accordingly,the PTT initiator sends a PTT call request to the application server 170(e.g., a PTT server). Next, in 605, the application server 170 announcesthe PTT session to each multicast group member for the PTT session. Forexample, the application server 170 forwards the announce message to theRAN 120 via the PDSN 160 and/or BSN 165, and the RAN 120 transmits theannounce message over the air interface 104 (e.g., over a downlinkbroadcast channel (BCH), over a downlink control channel, etc.) to aplurality of ATs. The announce message is transmitted in multiplesectors, including sector 500, within the wireless communication system100.

In an example, the announce message sent in 605 may be bundled with anaccess control message (ACM), with the ACM providing feedback protocolsfor ATs. In other words, the ACM determines a manner in which ATs canrespond to the announce message. For a further discussion of ACMs andfeedback scheduling protocols, see U.S. Provisional Patent ApplicationNo. 60/974,796, entitled “METHODS OF RESPONDING TO AN INTERACTIVEMULTICAST MESSAGE WITHIN A WIRELESS COMMUNICATION SYSTEM”, filed on Sep.24, 2007, assigned by the assignee hereof, and expressly incorporated byreference herein in its entirety.

Below, the process of FIG. 6 is described as performed at sector 500within the RAN 120. However, it will be appreciated that the process ofFIG. 6 may concurrently be performed at other sectors (not shown) withinthe RAN 120.

In 610, AT A responds to the announce message by sending an announce ACKmessage on the reverse link access channel to the base station 505 ofthe RAN 120. In 610, the announce ACK message is “bundled” with aBCMCSFlowRegistration message within a single access probe to registerfor the BCMCS flow associated with the announce message. In contrast, asshown in FIG. 4, announce ACKs and BCMCSFlowRegistration messages sentin response to announce messages are not necessarily bundled together,and are rather typically sent independently on different access probes.Accordingly, it will be appreciated that synchronizing the transmissionof the announce ACK and the BCMCSFlowRegistration message within asingle access probe reduces the traffic load on the reverse link accesschannel. Further, while not shown explicitly within FIG. 4, the RAN 120forwards the announce ACK message to the application or PTT server 170.In an example, the announce ACK message can be sent in accordance withan ACM that was previously sent to AT A (e.g., and other ATs). In thisexample, AT A may be the first to respond because the ACM designates ATA a first slot in which to respond to the announce message, while otherATs wait at least until AT A attempts to respond to the announce messagebefore initiating their own attempt to respond. Alternatively, AT A maysimply be the first AT to successfully respond irrespective of whetheran AT response order is indicate via an ACM.

In 615, the RAN 120 determines whether the base station 505 hassufficient resources to handle the requested PTT session. For example,if the base station 505 of the RAN 120 is already participating in anumber of PTT sessions, the amount of downlink bandwidth on the downlinkbroadcast channel (BCH) may be relatively limited, and the RAN 120 maydetermine that the base station 505 does not have sufficient resourcesto handle the announced PTT session. If the RAN 120 determines thatsufficient resources are not available, the process advances to 700 ofFIG. 7, which will be described in greater detail below. Otherwise, theprocess advances to 620 of FIG. 6.

In 620, the RAN 120/base station 505 transmits an announce ACKsuppression message (e.g., over the downlink control channel, thedownlink BCH, etc.). The announce ACK suppression message is sent todiscourage ATs that have not yet responded to the announce messagewithin the sector 500 from sending the announce ACK message. Theannounce ACK suppression message is sent by the RAN 120 at least at basestation 505 within sector 500. However, the announce ACK suppressionmessage can also be sent by the RAN 120 within each sector within whichthe announce message was announced in 605.

In an example, the announce ACK suppression message is a broadcastoverhead message (BOM) that is sent in response to a firstBCMCSFlowRegistration message received for the announced PTT sessionwithin a given sector. BOMs are well-known in the art, and include alisting of one or more BCMCS flow IDs for BCMCS flows carried within agiven sector. BOMs also include information that instruct ATs withregard to how to “tune” to an advertised BCMCS flow on the downlinkbroadcast channel (BCH). Accordingly, in this example, the BOM sent in620 includes the BCMCS flow ID for the announced PTT session.

Conventionally, BOMs are sent on the downlink control channel withinreserved slots of the downlink control cycle. In this example, however,the BOM is sent at the first available or earliest slot of the downlinkcontrol channel cycle, and need not wait for the scheduled/reserved BOMslot(s). By sending the BOM, which in this example functions as anannounce ACK suppression message, as early as possible, the chances ofreaching ATs before transmission of an announce ACK message (and theBCMCSFlowRegistration message) increase.

However, in another embodiment, the BOM can be sent at its normal,reserved slot(s) on the downlink BCH in 620. In this alternativeembodiment, the BOM still functions as an announce ACK suppressionmessage because the ATs are configured to interpret any BOM for theannounced PTT session as a request not to send an announce ACK messagefor the announced PTT session.

In another alternative embodiment, the announce ACK suppression messagesent in 620 need not be a BOM (e.g., either an “immediate” BOM or a BOMsent on reserved downlink channel slots), but can be configured as aproprietary downlink message sent on the control channel. For example,the proprietary downlink message may correspond to a message that is notspecified within 1x EV-DO protocols. In this example, in order tointerpret the proprietary message as a request not to send announce ACKmessages, the ATs may be specially configured to recognize theproprietary message as such.

In any of the above examples, it will be appreciated that not all ATswithin the sector 500 need be specially configured to recognize eitheran immediate BOM, a conventional BOM, or a proprietary message as anannounce ACK suppression message for proper operation. It will beappreciated that if more ATs can recognize announce ACK suppressionmessages within the sector 500, fewer announce ACK messages and/orBCMCSFlowRegistration messages need be sent.

In 625, ATs B through E, which received the announce message from 605but have not yet sent announce ACK messages, receive the announce ACKsuppression message. For purposes of explanation, assume each of ATs Bthrough E have been configured to recognize announce ACK suppressionmessages (e.g., an immediate BOM for the announced PTT session, aconventional BOM for the announced PTT session, a proprietary announceACK suppression message, etc.). Instead of sending the announce ACKmessage, ATs B through E suppress the announce ACK message transmission.For example, if the announce ACK suppression message is an “immediate”BOM for the announced PTT session (e.g., a BOM transmitted in a slotearlier than that of the reserved BOM slot of the downlink controlchannel cycle), each of ATs B through E can be configured to interpretthe immediate BOM associated with the announced PTT session as a requestnot to send the announce ACK message, and so on.

Next, at some point after the first responder AT A sends the announceACK message, the application server 170 begins the PTT session or callby providing the RAN 120 with multicast messages to be transmitted, in630, on the downlink broadcast channel (BCH). Accordingly, in 635 and640, respectively, ATs A through E monitor the multicast messages sentin 630 associated with the announced PTT session.

It will be appreciated that even though ATs B through E do not sendannounce ACK messages, ATs B through E are not precluded from monitoringthe PTT session, and can monitor the periodic BOMs sent on the downlinkcontrol channel, and tune to multicast messages on the BCH, whichcollectively comprise the multicast messaging of the PTT session, in thesame manner as ATA.

Further, it will be appreciated that only announce ACK messages need besuppressed in response to the announce ACK suppression message, and notnecessarily BCMCSFlowRegistration messages. While BCMCSFlowRegistrationmessages may be bundled with announce ACK messages,BCMCSFlowRegistration messages may also be sent separately. For example,whether a given AT sends a BCMCSFlowRegistration message can be based ona BOM field parameter. BOMs typically include a register for paging(RFP) field and a register for dynamic broadcast (RFDB) field. If theRFP field and/or the RFDB field is set to a first logic level (e.g., ahigher logic level or logic “1”), ATs receiving the BOM may be promptedto send a BCMCSFlowRegistration message. Otherwise, if the RFP fieldand/or the RFDB field is set to a second logic level (e.g., a lowerlogic level or logic “0”), ATs receiving the BOM may not be prompted tosend a BCMCSFlowRegistration message. Thus, if the announce ACKsuppression message is a BOM and RFDB=0 or RFP=0, ATs B through E do notsend an announce ACK message or a BCMCSFlowRegistration message, and ifthe announce ACK suppression message is a BOM and RFDB=1 or RFP=1, ATs Bthrough E do not send an announce ACK message, but do send aBCMCSFlowRegistration message. For a further discussion of triggeringBCMCSFlowRegistration messages via BOM field parameters, see U.S.Provisional Patent Application No. 60/974,808, entitled “METHODS OFSUPPORTING MULTICAST COMMUNICATIONS ASSOCIATED WITH OVERLAPPING CLUSTERSWITHIN A WIRELESS COMMUNICATIONS NETWORK”, having attorney docket no.072340P1, filed on Sep. 24, 2007, assigned by the assignee hereof, andexpressly incorporated by reference herein in its entirety.

Returning to FIG. 6, in 615, if the RAN 120 determines that the basestation 505 does not have sufficient resources to support the PTTsession, the process advances to 700 of FIG. 7. In 700 of FIG. 7, theRAN 120 (e.g., via base station 505) transmits a broadcast rejectmessage (BRM) to ATs A through E. BRMs are well-known in the art anddefined by 1x EV-DO standards. The RAN 120 may also notify theapplication server 170 that the base station 505 cannot support the PTTsession in 705. In 710, AT A receives the BRM and interprets the BRM asa request to ignore the announce message. In other words, AT A ignoresthe announce message by not attempting to monitor the announced PTTsession (e.g., even though AT A previously attempted to register for theannounced PTT session by sending the announce ACK message including theBCMCSFlowRegistration message in 610). Likewise, in 715, ATs B through Ealso receive the BRM and interpret the BRM as a request to ignore theannounce message. In other words, similar to AT A, ATs B through Eignore the announce message by not attempting to monitor and/or registerfor the announced PTT session.

While FIGS. 6 and 7 are directed to “RAN implemented” announce ACKsuppression processes, in an alternative embodiment, the application orPTT server 170 may generate the announce ACK suppression message.

FIG. 8 illustrates a multicast messaging process according to anotherembodiment of the present invention. In FIG. 8, 800, 805 and 810correspond to 600, 605 and 610, respectively, of FIG. 6, and as suchwill not be described further for the sake of brevity.

In 815, after the application server 170 receives the announce ACK fromthe first responder AT A, the application server 170 sends an announceACK suppression message to the RAN 120, which transmits the announce ACKsuppression message at the base station 505 within sector 500 of FIG. 5(e.g., on a downlink control channel, a downlink broadcast channel(BCH), etc.). While not shown explicitly within FIG. 8, the announce ACKsuppression message sent from the application server 170 can also besent to each sector that transmitted the announce message at 805. Inanother example, the announce ACK suppression message sent from theapplication server can be sent within a given “cluster” of the wirelesscommunication system. For example, a cluster corresponds to a contiguousset of sectors carrying the multicast flow on a giveninterlace-multiplex pair of the downlink broadcast channel, wherein thecontiguous set of sectors includes both (i) target sectors that areexpected to include one or more multicast group members and (ii)supporting sectors that satisfy a given relationship with the targetsectors, are not expected to include any multicast group members and areconfigured to carry the multicast flow as well in order to “support” thetarget sectors. Clusters, target sectors and supporting sectors aredescribed in more detail within U.S. Provisional Patent Application No.60/974,808, entitled “METHODS OF SUPPORTING MULTICAST COMMUNICATIONSASSOCIATED WITH OVERLAPPING CLUSTERS WITHIN A WIRELESS COMMUNICATIONSNETWORK”, having attorney docket no. 072340P1, filed on Sep. 24, 2007,assigned by the assignee hereof, and expressly incorporated by referenceherein in its entirety. Thus, the announce ACK suppression message maybe sent in one (or more) clusters of the wireless communication system.In this example, the announce ACK suppression message may be aproprietary message, and the respective multicast group members or ATsmay be configured to recognize the announce ACK suppression message andinterpret the announce ACK suppression message as a request not to sendan announce ACK for a particular announced PTT session. For convenienceof explanation, the process of FIG. 8 is described below assuming thatall ATs are configured to recognize announce ACK suppression messages.

In 820, the RAN 120 determines whether the base station 505 hassufficient resources to handle the requested PTT session. For example,if the base station 505 of the RAN 120 is already participating in anumber of PTT sessions, the amount of downlink bandwidth may berelatively limited and the RAN 120 may determine that the base station505 does not have sufficient resources to handle the announced PTTsession. If the RAN 120 determines that sufficient resources are notavailable, the process advances to 700 of FIG. 7.

In 825, ATs B through E, which received the announce message from 805but have not yet sent announce ACK messages, receive the announce ACKsuppression message generated at the application server 170. Instead ofsending the announce ACK message, ATs B through E suppress the announceACK message transmission. For example, if the announce ACK suppressionmessage embodied as a proprietary downlink control message, each of ATsB through E is configured to interpret the proprietary downlink controlmessage as a request not to send the announce ACK message for theannounced PTT session.

Next, at some point after the first responder AT A sends the announceACK message, the application server 170 begins the PTT session or callby providing the RAN 120 with multicast messages to be transmitted in830 on the downlink broadcast channel (BCH). Accordingly, in 835 and840, respectively, ATs A through E monitor the multicast messages sentin 830 associated with the announced PTT session.

It will be appreciated that even though ATs B through E do not sendannounce ACK messages, ATs B through E are not precluded from monitoringthe PTT session, and can monitor the BOMs on the downlink controlchannel and multicast messages on the BCH, which collectively comprisethe multicast messaging of the PTT session, in the same manner as AT A.Further, it will be appreciated that only announce ACK messages need besuppressed, and not necessarily BCMCSFlowRegistration messages. Thisconcept is discussed above in the description of FIG. 6 in greaterdetail with respect to RFDB and RFP fields within the BOM used to eithertrigger or suppress BCMCSFlowRegistration messaging.

While above-described embodiments of the present invention are directedto specific implementations wherein an announce ACK suppression messageis sent to ATs within a given sector either from a base station servingthe sector or from a centralized PTT server, it will be appreciated thatany communication entity recognizing a first responder to an announcedPTT session may be capable of initiating the transmission of theannounce ACK suppression message. Thus, other embodiments of the presentinvention may be directed to any implementation wherein an announce ACKsuppression message is transmitted to one or more sectors responsive toa first responder to a PTT session.

Those of skill in the art will appreciate that information and signalsmay be represented using any of a variety of different technologies andtechniques. For example, data, instructions, commands, information,signals, bits, symbols, and chips that may be referenced throughout theabove description may be represented by voltages, currents,electromagnetic waves, magnetic fields or particles, optical fields orparticles, or any combination thereof.

Further, those of skill in the art will appreciate that the variousillustrative logical blocks, modules, circuits, and algorithm stepsdescribed in connection with the embodiments disclosed herein may beimplemented as electronic hardware, computer software, or combinationsof both. To clearly illustrate this interchangeability of hardware andsoftware, various illustrative components, blocks, modules, circuits,and steps have been described above generally in terms of theirfunctionality. Whether such functionality is implemented as hardware orsoftware depends upon the particular application and design constraintsimposed on the overall system. Skilled artisans may implement thedescribed functionality in varying ways for each particular application,but such implementation decisions should not be interpreted as causing adeparture from the scope of the present invention.

The various illustrative logical blocks, modules, and circuits describedin connection with the embodiments disclosed herein may be implementedor performed with a general purpose processor, a digital signalprocessor (DSP), an application specific integrated circuit (ASIC), afield programmable gate array (FPGA) or other programmable logic device,discrete gate or transistor logic, discrete hardware components, or anycombination thereof designed to perform the functions described herein.A general purpose processor may be a microprocessor, but in thealternative, the processor may be any conventional processor,controller, microcontroller, or state machine. A processor may also beimplemented as a combination of computing devices, e.g., a combinationof a DSP and a microprocessor, a plurality of microprocessors, one ormore microprocessors in conjunction with a DSP core, or any other suchconfiguration.

The methods, sequences and/or algorithms described in connection withthe embodiments disclosed herein may be embodied directly in hardware,in a software module executed by a processor, or in a combination of thetwo. If implemented in software, the functions may be stored on ortransmitted over as one or more instructions or code on acomputer-readable medium. Computer-readable media includes both computerstorage media and communication media including any medium thatfacilitates transfer of a computer program from one place to another. Astorage media may be any available media that can be accessed by acomputer. By way of example, and not limitation, such computer-readablemedia can comprise RAM, ROM, EEPROM, CD-ROM or other optical diskstorage, magnetic disk storage or other magnetic storage devices, or anyother medium that can be used to carry or store desired program code inthe form of instructions or data structures and that can be accessed bya computer. Also, any connection is properly termed a computer-readablemedium. For example, if the software is transmitted from a website,server, or other remote source using a coaxial cable, fiber optic cable,twisted pair, digital subscriber line (DSL), or wireless technologiessuch as infrared, radio, and microwave, then the coaxial cable, fiberoptic cable, twisted pair, DSL, or wireless technologies such asinfrared, radio, and microwave are included in the definition of medium.Disk and disc, as used herein, includes compact disc (CD), laser disc,optical disc, digital versatile disc (DVD), floppy disk and blu-ray discwhere disks usually reproduce data magnetically, while discs reproducedata optically with lasers. Combinations of the above should also beincluded within the scope of computer-readable media.

While the foregoing disclosure shows illustrative embodiments of theinvention, it should be noted that various changes and modificationscould be made herein without departing from the scope of the inventionas defined by the appended claims. The functions, steps and/or actionsof the method claims in accordance with the embodiments of the inventiondescribed herein need not be performed in any particular order.Furthermore, although elements of the invention may be described orclaimed in the singular, the plural is contemplated unless limitation tothe singular is explicitly stated.

1. A method of suppressing acknowledgments to multicast announcemessages within a wireless communications network, comprising: sendingan announce message announcing a multicast session to a plurality ofaccess terminals; receiving, from one of the plurality of accessterminals, at least one response message responsive to the announcemessage; and sending, in response to the received at least one responsemessage, a suppression message to request access terminals not to sendannounce acknowledgment messages for the announced multicast session. 2.The method of claim 1, wherein the receiving step receives the at leastone response message in accordance with an access control message (ACM)that indicates a manner in which access terminals are to attempt to sendresponse messages to the announce message.
 3. The method of claim 2,wherein the ACM designates, for the access terminal from which the atleast one response message is received, a first position in a responseorder indicated by the ACM.
 4. The method of claim 1, wherein the atleast one response message includes an announce acknowledgment messageacknowledging that the transmitted announce message has been received.5. The method of claim 1, wherein the at least one response messageincludes a multicast registration message requesting registration to theannounced multicast session.
 6. The method of claim 5, wherein themulticast registration message is a BCMCSFlowRegistration message. 7.The method of claim 1, wherein the at least one response messageincludes (i) an announce acknowledgment message acknowledging that thetransmitted announce message has been received and (ii) a multicastregistration message requesting registration to the announced multicastsession.
 8. The method of claim 7, wherein the announce acknowledgmentmessage and the multicast registration message are bundled togetherwithin a single access probe on a reverse link channel.
 9. The method ofclaim 1, wherein the sending steps and receiving step are performed atan application server.
 10. The method of claim 1, wherein thesuppression message has a proprietary message format that is not definedby 1x EV-DO standards.
 11. The method of claim 1, wherein the sendingsteps and receiving steps are performed at an access network.
 12. Themethod of claim 11, wherein the suppression message corresponds to abroadcast overhead message (BOM) or a proprietary message having aformat that is not defined by 1x EV-DO standards.
 13. The method ofclaim 12 wherein the BOM is either sent in at least one reserved slot ofa downlink control channel that is reserved for BOMs, or is sent in atleast one slot being earlier than the at least one reserved slot of thedownlink control channel.
 14. The method of claim 13, wherein the atleast one earlier slot is a first available slot on the downlink controlchannel subsequent to receiving the at least one response message. 15.The method of claim 1, further comprising: determining whethersufficient resources are available to support the multicast session inone or more sectors of the wireless communication system, wherein thesending step sends the suppression message in sectors that aredetermined not to have sufficient resources to support the multicastsession.
 16. The method of claim 15, wherein the suppression messagefurther informs the access terminals to ignore the announced multicastsession.
 17. The method of claim 1, wherein the suppression message is abroadcast reject message (BRM).
 18. The method of claim 1, wherein thesending step sends the suppression message within a sector including theaccess terminal that sent the at least one response message.
 19. Themethod of claim 18, wherein the sending step sends the suppressionmessage in each sector where the announce message has announced thegiven multicast session.
 20. The method of claim 1, wherein the sendingstep sends the suppression message in a given cluster within thewireless communications network, the cluster being a subset of sectorswhere the announce message has announced the given multicast session.21. The method of claim 20, wherein the cluster includes a contiguousset of sectors carrying the multicast flow on a giveninterlace-multiplex pair of a downlink broadcast channel.
 22. The methodof claim 20, wherein the cluster wherein the cluster includes at leastone target sector that is expected to include one or more accessterminals participating in the given multicast session, and at least onesupporting sector that is not expected to include any access terminalsparticipating in the given multicast session.
 23. A method ofsuppressing acknowledgments to multicast announce messages within awireless communications network, comprising: receiving, at an accessterminal, an announce message announcing a multicast session, theannounced multicast session being a multicast session that the accessterminal wishes to monitor; receiving, at the access terminal, asuppression message requesting the access terminal not to transmit anannounce acknowledgment message for the announced multicast session; andsuppressing transmission of the announce acknowledgment message inresponse to the received suppression message.
 24. The method of claim23, further comprising: receiving an access control message (ACM) thatindicates a manner in which the access terminal is to attempt to sendthe announce acknowledgment message, wherein the access terminalreceives the suppression message before the access terminal makes theattempt in accordance with the ACM.
 25. The method of claim 23, whereinthe suppression message originates at an application server.
 26. Themethod of claim 23, wherein the access terminal is configured torecognize the suppression message as a request not to send the announceacknowledgment message for the announced multicast session.
 27. Themethod of claim 23, wherein the suppression message originates at anaccess network.
 28. The method of claim 27, wherein the suppressionmessage corresponds to one of a broadcast overhead message (BOM) and aproprietary message having a format that is not defined by 1x EV-DOstandards.
 29. The method of claim 28, wherein the BOM is either sent inat least one reserved slot of a downlink control channel that isreserved for BOMs, or is sent in at least one slot being earlier thanthe at least one reserved slot of the downlink control channel.
 30. Themethod of claim 29, wherein the at least one earlier slot is a firstavailable slot on the downlink control channel subsequent to receivingthe announce acknowledgment message.
 31. The method of claim 29, furthercomprising: monitoring, at the access terminal, the downlink controlchannel after receiving the announce message, to determine whether asuppression message has been received.
 32. The method of claim 31,wherein the monitoring step includes monitoring the at least onereserved slot of the downlink control channel and the at least oneearlier slot of the downlink control channel.
 33. The method of claim31, wherein the monitoring step includes monitoring each synchronouscontrol channel of the downlink control channel after receiving theannounce message.
 34. The method of claim 31, wherein the monitoringstep includes monitoring each synchronous and sub-synchronous controlchannel capsule of the downlink control channel after receiving theannounce message.
 35. The method of claim 33, wherein the monitoringstep monitors each synchronous, sub-synchronous and asynchronous controlchannel capsule of the downlink control channel after receiving theannounce message.
 36. The method of claim 23, wherein the suppressionmessage informs the access terminal to ignore the announced multicastsession.
 37. The method of claim 36, wherein the suppression message isa broadcast reject message (BRM).
 38. The method of claim 37, whereinthe BRM is received if sufficient resources are not available at aserving base station to support the announced multicast session.
 39. Amethod of sending acknowledgments to multicast announce messages withina wireless communications network, comprising: receiving, at an accessterminal, an announce message announcing a multicast session, theannounced multicast session being a multicast session that the accessterminal wishes to monitor; and sending, from the access terminal, amulticast registration message requesting registration to the announcedmulticast session for the access terminal and an announce acknowledgmentmessage acknowledging that the announce message has been received, themulticast registration message and announce acknowledgment message beingsent to an access network within the same access probe on a reverse linkchannel.
 40. The method of claim 39, further comprising: receiving anaccess control message (ACM) that indicates a manner in which the accessterminal is to attempt to send response messages to the announcemessage; selecting the access probe upon which to send the multicastregistration message and the announce acknowledgment message based onthe ACM.
 41. The method of claim 39, wherein the multicast registrationmessage is a BCMCSFlowRegistration message.
 42. The method of claim 39,wherein the sending step delays a transmission of at least one of themulticast registration message and the announce acknowledgment messagesuch that the multicast registration message and the announceacknowledgment message are sent together on the same access probe on thereverse link channel.
 43. A wireless communication system, comprising:logic configured to send an announce message announcing a multicastsession to a plurality of access terminals; logic configured to receive,from one of the plurality of access terminals, at least one responsemessage responsive to the announce message; and logic configured tosend, in response to the received at least one response message, asuppression message to request access terminals not to send announceacknowledgment messages for the announced multicast session.
 44. Thewireless communication system of claim 43, wherein the logic configuredto receive receives the at least one response message in accordance withan access control message (ACM) that indicates a manner in which accessterminals are to attempt to send response messages to the announcemessage.
 45. The wireless communication system of claim 43, wherein theat least one response message includes at least one of (i) an announceacknowledgment message acknowledging that the transmitted announcemessage has been received and (ii) a multicast registration messagerequesting registration to the announced multicast session.
 46. Thewireless communication system of claim 45, wherein the announceacknowledgment message and the multicast registration message arebundled together within a single access probe on a reverse link channel.47. The wireless communication system of claim 46, wherein thesuppression message corresponds to a broadcast overhead message (BOM) ora proprietary message having a format that is not defined by 1x EV-DOstandards.
 48. The wireless communication system of claim 47, whereinthe BOM is either sent in at least one reserved slot of a downlinkcontrol channel that is reserved for BOMs, or is sent in at least oneslot being earlier than the at least one reserved slot of the downlinkcontrol channel.
 49. The wireless communication system of claim 43,further comprising: logic configured to determine whether sufficientresources are available to support the multicast session in one or moresectors of the wireless communication system, wherein the logicconfigured to send the suppression message sends the suppression messagein sectors that are determined not to have sufficient resources tosupport the multicast session.
 50. The wireless communication system ofclaim 43, wherein the suppression message is a broadcast reject message(BRM).
 51. An access terminal, comprising: logic configured to receivean announce message announcing a multicast session, the announcedmulticast session being a multicast session that the access terminalwishes to monitor; logic configured to receive a suppression messagerequesting the access terminal not to transmit an announceacknowledgment message for the announced multicast session; and logicconfigured to suppress transmission of the announce acknowledgmentmessage in response to the received suppression message.
 52. The accessterminal of claim 51, further comprising: logic configured to receive anaccess control message (ACM) that indicates a manner in which the accessterminal is to attempt to send the announce acknowledgment message,wherein the access terminal receives the suppression message before theaccess terminal makes the attempt in accordance with the ACM.
 53. Theaccess terminal of claim 51, wherein the suppression message correspondsto one of a broadcast overhead message (BOM) and a proprietary messagehaving a format that is not defined by 1x EV-DO standards.
 54. Theaccess terminal of claim 53, wherein the BOM is either sent in at leastone reserved slot of a downlink control channel that is reserved forBOMs, or is sent in at least one slot being earlier than the at leastone reserved slot of the downlink control channel.
 55. The accessterminal of claim 54, further comprising: logic configured to monitorthe downlink control channel after receiving the announce message, todetermine whether a suppression message has been received.
 56. Theaccess terminal of claim 51, wherein the suppression message is abroadcast reject message (BRM).
 57. An access terminal, comprising:logic configured to receive an announce message announcing a multicastsession, the announced multicast session being a multicast session thatthe access terminal wishes to monitor; and logic configured to send amulticast registration message requesting registration to the announcedmulticast session for the access terminal and an announce acknowledgmentmessage acknowledging that the announce message has been received, themulticast registration message and announce acknowledgment message beingsent to an access network within the same access probe on a reverse linkchannel.
 58. The access terminal of claim 57, further comprising: logicconfigured to receive an access control message (ACM) that indicates amanner in which the access terminal is to attempt to send responsemessages to the announce message; logic configured to select the accessprobe upon which to send the multicast registration message and theannounce acknowledgment message based on the ACM.
 59. The accessterminal of claim 57, wherein the logic configured to send delays atransmission of at least one of the multicast registration message andthe announce acknowledgment message such that the multicast registrationmessage and the announce acknowledgment message are sent together on thesame access probe on the reverse link channel.
 60. A wirelesscommunication system, comprising: means for sending an announce messageannouncing a multicast session to a plurality of access terminals; meansfor receiving, from one of the plurality of access terminals, at leastone response message responsive to the announce message; and means forsending, in response to the received at least one response message, asuppression message to request access terminals not to send announceacknowledgment messages for the announced multicast session.
 61. Thewireless communication system of claim 60, wherein the means forreceiving receives the at least one response message in accordance withan access control message (ACM) that indicates a manner in which accessterminals are to attempt to send response messages to the announcemessage.
 62. The wireless communication system of claim 60, wherein theat least one response message includes at least one of (i) an announceacknowledgment message acknowledging that the transmitted announcemessage has been received and (ii) a multicast registration messagerequesting registration to the announced multicast session.
 63. Thewireless communication system of claim 62, wherein the announceacknowledgment message and the multicast registration message arebundled together within a single access probe on a reverse link channel.64. The wireless communication system of claim 63, wherein thesuppression message corresponds to a broadcast overhead message (BOM) ora proprietary message having a format that is not defined by 1x EV-DOstandards.
 65. The wireless communication system of claim 64, whereinthe BOM is either sent in at least one reserved slot of a downlinkcontrol channel that is reserved for BOMs, or is sent in at least oneslot being earlier than the at least one reserved slot of the downlinkcontrol channel.
 66. The wireless communication system of claim 60,further comprising: means for determining whether sufficient resourcesare available to support the multicast session in one or more sectors ofthe wireless communication system, wherein the means for sending thesuppression message sends the suppression message in sectors that aredetermined not to have sufficient resources to support the multicastsession.
 67. The wireless communication system of claim 60, wherein thesuppression message is a broadcast reject message (BRM).
 68. An accessterminal, comprising: means for receiving an announce message announcinga multicast session, the announced multicast session being a multicastsession that the access terminal wishes to monitor; means for receivinga suppression message requesting the access terminal not to transmit anannounce acknowledgment message for the announced multicast session; andmeans for suppressing transmission of the announce acknowledgmentmessage in response to the received suppression message.
 69. The accessterminal of claim 68, further comprising: means for receiving an accesscontrol message (ACM) that indicates a manner in which the accessterminal is to attempt to send the announce acknowledgment message,wherein the access terminal receives the suppression message before theaccess terminal makes the attempt in accordance with the ACM.
 70. Theaccess terminal of claim 68, wherein the suppression message correspondsto one of a broadcast overhead message (BOM) and a proprietary messagehaving a format that is not defined by 1x EV-DO standards.
 71. Theaccess terminal of claim 70, wherein the BOM is either sent in at leastone reserved slot of a downlink control channel that is reserved forBOMs, or is sent in at least one slot being earlier than the at leastone reserved slot of the downlink control channel.
 72. The accessterminal of claim 71, further comprising: means for monitoring thedownlink control channel after receiving the announce message, todetermine whether a suppression message has been received.
 73. Theaccess terminal of claim 68, wherein the suppression message is abroadcast reject message (BRM).
 74. An access terminal, comprising:means for receiving an announce message announcing a multicast session,the announced multicast session being a multicast session that theaccess terminal wishes to monitor; and means for sending a multicastregistration message requesting registration to the announced multicastsession for the access terminal and an announce acknowledgment messageacknowledging that the announce message has been received, the multicastregistration message and announce acknowledgment message being sent toan access network within the same access probe on a reverse linkchannel.
 75. The access terminal of claim 74, further comprising: meansfor receiving an access control message (ACM) that indicates a manner inwhich the access terminal is to attempt to send response messages to theannounce message; means for selecting the access probe upon which tosend the multicast registration message and the announce acknowledgmentmessage based on the ACM.
 76. The access terminal of claim 74, whereinthe means for sending delays a transmission of at least one of themulticast registration message and the announce acknowledgment messagesuch that the multicast registration message and the announceacknowledgment message are sent together on the same access probe on thereverse link channel.
 77. A computer-readable medium including programcode stored thereon, the program code configured to operate within awireless communications system including a plurality of sectors,comprising: program code to send an announce message announcing amulticast session to a plurality of access terminals; program code toreceive, from one of the plurality of access terminals, at least oneresponse message responsive to the announce message; and program code tosend, in response to the received at least one response message, asuppression message to request access terminals not to send announceacknowledgment messages for the announced multicast session.
 78. Thecomputer-readable medium of claim 77, wherein the program code toreceive receives the at least one response message in accordance with anaccess control message (ACM) that indicates a manner in which accessterminals are to attempt to send response messages to the announcemessage.
 79. The computer-readable medium of claim 77, wherein the atleast one response message includes at least one of (i) an announceacknowledgment message acknowledging that the transmitted announcemessage has been received and (ii) a multicast registration messagerequesting registration to the announced multicast session.
 80. Thecomputer-readable medium of claim 79, wherein the announceacknowledgment message and the multicast registration message arebundled together within a single access probe on a reverse link channel.81. The computer-readable medium of claim 80, wherein the suppressionmessage corresponds to a broadcast overhead message (BOM) or aproprietary message having a format that is not defined by 1x EV-DOstandards.
 82. The computer-readable medium of claim 81, wherein the BOMis either sent in at least one reserved slot of a downlink controlchannel that is reserved for BOMs, or is sent in at least one slot beingearlier than the at least one reserved slot of the downlink controlchannel.
 83. The computer-readable medium of claim 77, furthercomprising: program code to determine whether sufficient resources areavailable to support the multicast session in one or more sectors of thewireless communication system, wherein the program code to send thesuppression message sends the suppression message in sectors that aredetermined not to have sufficient resources to support the multicastsession.
 84. The computer-readable medium of claim 77, wherein thesuppression message is a broadcast reject message (BRM).
 85. Acomputer-readable medium including program code stored thereon, theprogram code configured to operate within an access terminal,comprising: program code to receive an announce message announcing amulticast session, the announced multicast session being a multicastsession that the access terminal wishes to monitor; program code toreceive a suppression message requesting the access terminal not totransmit an announce acknowledgment message for the announced multicastsession; and program code to suppress transmission of the announceacknowledgment message in response to the received suppression message.86. The computer-readable medium of claim 85, further comprising:program code to receive an access control message (ACM) that indicates amanner in which the access terminal is to attempt to send the announceacknowledgment message, wherein the access terminal receives thesuppression message before the access terminal makes the attempt inaccordance with the ACM.
 87. The computer-readable medium of claim 85,wherein the suppression message corresponds to one of a broadcastoverhead message (BOM) and a proprietary message having a format that isnot defined by 1x EV-DO standards.
 88. The computer-readable medium ofclaim 87, wherein the BOM is either sent in at least one reserved slotof a downlink control channel that is reserved for BOMs, or is sent inat least one slot being earlier than the at least one reserved slot ofthe downlink control channel.
 89. The computer-readable medium of claim88, further comprising: program code to monitor the downlink controlchannel after receiving the announce message, to determine whether asuppression message has been received.
 90. The computer-readable mediumof claim 85, wherein the suppression message is a broadcast rejectmessage (BRM).
 91. A computer-readable medium including program codestored thereon, the program code configured to operate within an accessterminal, comprising: program code to receive an announce messageannouncing a multicast session, the announced multicast session being amulticast session that the access terminal wishes to monitor; andprogram code to send a multicast registration message requestingregistration to the announced multicast session for the access terminaland an announce acknowledgment message acknowledging that the announcemessage has been received, the multicast registration message andannounce acknowledgment message being sent to an access network withinthe same access probe on a reverse link channel.
 92. Thecomputer-readable medium of claim 91, further comprising: logicconfigured to receive an access control message (ACM) that indicates amanner in which the access terminal is to attempt to send responsemessages to the announce message; logic configured to select the accessprobe upon which to send the multicast registration message and theannounce acknowledgment message based on the ACM.
 93. Thecomputer-readable medium of claim 91, wherein the program code to senddelays a transmission of at least one of the multicast registrationmessage and the announce acknowledgment message such that the multicastregistration message and the announce acknowledgment message are senttogether on the same access probe on the reverse link channel.